Diferencia entre MOPROSOFT y Metodologia XP Extreme Programming

1. ASIGNATURA
ADMINISTRACION DE PROYECTOS
INFORMATICOS
TEMA DE INVESTIGACION
DIFERENCIAS ENTRE MOPROSOFT Y
MEWTODOLOGIA XP ESTREME
PROGRAMMING
CATEDRATICO
ING. RICHARD RAMIREZ

2. DIFERENCIA ENTRE METODOLOGÍA XP EXTREME PROGRAMMING Y ESTILO
MOPROSOFT
Estructuras de ambas metodología
Los procesos de MOPROSOFT abarcan las responsabilidades asociadas a la estructura de una organización que son:
la Alta Dirección, Gestión y Operación.
Las prácticas de planeación, seguimiento y evaluación se incluyeron en todos los procesos de gestión y administración.
(Representado por la tabla No. 1 y No. 2)
Los Valores originales de la programación extrema son: simplicidad, comunicación, retroalimentación (feedback) y
coraje. Un quinto valor, respeto, fue añadido en la segunda edición de Extreme Programming Explained. (Representado
por la tabla No. 3)
Diferencias entre ambas metodologías
METODOLOGIA XP EXTREME
MOPROSOFT
PROGRAMMING
Ventajas Desventajas Ventajas Desventajas
Es recomendable
Programación Evaluaciones formales
emplearlo solo en Basada en normas ISO
Organizada constantes
proyectos a corto plazo
Reduce número de Facilita la comprensión No es practico ni fácil
Mejor código
participantes en proyecto del modelo de usar
Conseguir su implantación Simplifica la relación
Múltiples Capacidad
en un equipo es entre el modelo de
desarrolladores organizacional de
algo que puede resultar procesos y la
contribuyen al diseño gestión de proyectos
dificultoso organización
Cuenta únicamente con
El equipo no está 9 procesos evitando la Capacidad
Propiedad Colectiva
acostumbrado a este tipo fragmentación que se organizacional de
del código
de técnicas presenta en otros gestión de proyectos
modelos
Capacidad No es comprensible
Altas comisiones en caso
Menor tasa de errores organizacional de gestión para los modelos ISO
de fallar
de procesos 9000:2000
Capacidad Mejora de procesos
Satisfacción del
organizacional de gestión orientado al objetivo del
Programador
de proyectos negocio

3. Características
MOPROSOFT METODOLOGIA XP
Las categorías de procesos Desarrollo iterativo e incremental
corresponden a niveles organizacionales
de administración
Procesos integrados y relacionados Pruebas unitarias continuas
Foco en producto y su capitalización Programación en parejas
Capacidad organizacional de gestión de Corrección de todos los errores
procesos
Capacidad organizacional de gestión de Refactorización del código
proyectos
Alineación con objetivos de negocio Propiedad del código compartida
Conclusiones
El propósito de MoProSoft es apoyar a las organizaciones en la estandarización de sus prácticas, en la evaluación de su
efectividad y en la integración de la mejora continua. Los procesos abarcan las responsabilidades asociadas a la
estructura de una organización que son: la Alta Dirección, Gestión y Operación, fue desarrollada por la AMCIS (emitida
como norma por el NYCE. Es un sistema de gestión de la calidad de los procesos de desarrollo y mantenimiento de
software para las PYMES.)
• Mejora la calidad del software producido por la empresa que adopta el modelo.
• Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales
de competitividad.
• Integra todos los procesos de la organización y mantiene la alineación con los objetivos estratégicos.
• Inicia el camino a la adopción de los modelos ISO 9000 o CMMI.
• Sirve para implantar un programa de mejora continua.
• Permite reconocer a las organizaciones mexicanas por su nivel de madurez de procesos.
• Facilita la selección de proveedores.
• Permite obtener acceso a las prácticas de ingeniería de software de clase mundial.
Mientras que la metodología XP Extreme programming es una metodología de desarrollo ligero que se basa en la
adaptabilidad de cualquier cambio como medio para aumentar las posibilidades de éxito de un proyecto. La metodología
XP pretende evitar retrasos en la planificación, sistemas deteriorados y tasa de defectos, requisitos mal comprendidos y
cambios de negocio con falsa riqueza, cambio de personal. Sus objetivos radican en satisfacer al cliente y potenciar el
trabajo en grupo, contiene cuatro variables importantes que son costo, tiempo, calidad y ámbito.
El propósito del método de evaluación de procesos EvalProSoft para la industria de software, es otorgar a la
organización solicitante, un perfil del nivel de capacidad de los procesos implantados en la organización y un nivel de
madurez de capacidades
Criterios Empleados
MOPROSOFT
Se han aplicado los siguientes criterios para la elaboración de este modelo de procesos:
 La estructura de procesos resultante debe ser acorde a la estructura generalmente empleada por las
organizaciones de la industria del software (alta dirección, gestión y operación)
 La alta dirección tiene un papel importante a través de la planificación estratégica. Debe actuar como promotor
del buen funcionamiento de la organización a través de su implicación en la revisión y mejora continua del
modelo.

4.  El modelo considera a la gestión como proveedora de recursos, procesos y proyectos; así como responsable de
la vigilancia del cumplimiento de los objetivos estratégicos de la organización.
 El modelo considera a la operación como ejecutora de los proyectos de desarrollo y mantenimiento de software.
 El modelo integra con claridad y consistencia los elementos indispensables para la definición de los procesos y
las relaciones entre ellos.
 Moprosoft se basa en los modelos de procesos ISO 9001:2000, en las áreas de procesos de los niveles 2 y 3
de CMM-SW: CMM-SW v.1.1., en el marco general ISO/IEC15504 y en prácticas y conceptos de PMBOKY
SWEBOK.
METODOLOGIA XP EXTREME PROGRAMMING
Las características fundamentales del método son:
 Desarrollo iterativo e incremental: pequeñas mejoras, unas tras otras.
 Pruebas unitarias continuas, frecuentemente repetidas y automatizadas, incluyendo pruebas de regresión. Se
aconseja escribir el código de la prueba antes de la codificación. Véase, por ejemplo, las herramientas de
prueba JUnit orientada a Java, DUnit orientada a Delphi y NUnit para la plataforma.NET. Estas dos últimas
inspiradas en JUnit.
 Programación en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un
mismo puesto. Se supone que la mayor calidad del código escrito de esta manera -el código es revisado y
discutido mientras se escribe- es más importante que la posible pérdida de productividad inmediata.
 Frecuente integración del equipo de programación con el cliente o usuario. Se recomienda que un representante
del cliente trabaje junto al equipo de desarrollo.
 Corrección de todos los errores antes de añadir nueva funcionalidad. Hacer entregas frecuentes.
 Refactorización del código, es decir, reescribir ciertas partes del código para aumentar su legibilidad y
mantenibilidad pero sin modificar su comportamiento. Las pruebas han de garantizar que en la refactorización
no se ha introducido ningún fallo.
 Propiedad del código compartida: en vez de dividir la responsabilidad en el desarrollo de cada módulo en grupos
de trabajo distintos, este método promueve el que todo el personal pueda corregir y extender cualquier parte del
proyecto. Las frecuentes pruebas de regresión garantizan que los posibles errores serán detectados.
 Simplicidad en el código: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podrá añadir
funcionalidad si es necesario. La programación extrema apuesta que es más sencillo hacer algo simple y tener
un poco de trabajo extra para cambiarlo si se requiere, que realizar algo complicado y quizás nunca utilizarlo.
 La simplicidad y la comunicación son extraordinariamente complementarias. Con más comunicación resulta más
fácil identificar qué se debe y qué no se debe hacer. Cuanto más simple es el sistema, menos tendrá que
comunicar sobre éste, lo que lleva a una comunicación más completa, especialmente si se puede reducir el
equipo de programadores.

5. ANEXOS

6. BIBLIOGRAFIA
 Beck, Kent. Smalltalk Best Practice Patterns. Upper Saddle
River, N.J.: Prentice Hall, 1997.
 Fowler, Martin. Refactoring: Improving the Design of Existing
Code.Addison-Wesley.
 http://www.esp.uem.es/jccortizo/xp.pdf
 http://www.extremeprogramming.org